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ABSTRACT 

Sleep mode lets users go for days or weeks without reboot- 
ing, supporting work on multiple tasks that they can return 
to later. However, users also struggle with window clutter, 
facing an increasing number of ‘left-over windows’ that get 
in the way. Our goal is to understand how users create and 
cope with left-over windows. We conducted a two-week 
field study with ten notebook users. We found that they work 
in very short sessions, switching often between computer- 
based and external tasks. 34% of left-over windows remain 
untouched for a day or more, increasing in quantitity until 
they all disappear after a reboot. Some users reboot as a 
deliberate ‘clean-up’ strategy, whereas others lose left-over 
windows after an unexpected system crash. Users intention- 
ally keep left-over windows as to-do lists, as reminders of 
upcoming tasks, and for facilitating future access; the rest 
are simply forgotten. Tools for visualizing and managing 
left-over windows should help users reduce window clutter, 
while maintaing the benefits of interruptible work sessions. 
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INTRODUCTION 

Window managers have changed little over the past decade, 
despite major changes in their context of use. Laptops are 
now powerful enough for both work and home settings, en- 
abling users to shift between office and personal activities in 
the course of a day. Travelling now involves taking along 
one’s computer, increasing the scope and variety of tasks 
performed. Unlike early desktop computers, which forced 
users to close all open windows at the end of the day, mod- 
ern laptops come equipped with a sleep mode that preserves 
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Figure 1. Example of a progressive clutter process over weeks: screen- 
shot in Exposé mode of over 50 windows on a user’s virtual desktop. 


the state and layout of their windows when the computer 
shuts down. Users can shift among multiple tasks, preserv- 
ing context in the face of interruptions or when restarting 
the computer. Many users thus avoid rebooting for weeks or 
even months at a time. 


There is, however, a drawback: leaving windows open can 
result in overwhelming ‘window clutter’. Figure 1 shows an 
Exposé view of one user’s screen, with over 50 open win- 
dows that have accumulated since the last reboot. These in- 
clude left-over windows, 1.e. duplicate or no-longer-needed 
windows that get in the way of finding windows needed for 
a particular task, reducing productivity and contributing to 
the user’s sense of information overload. 


This paper investigates the lifecycle of windows between re- 
boots, with particular emphasis on ‘left-over windows’. We 
conducted a field study that logged ten users’ window activ- 
ity for two weeks. In addition to semi-structured in situ inter- 
views, we also introduced ‘critical incident’ questionnaires 
that asked about the status of a randomly chosen selection of 
left-over windows. We discuss the results and conclude with 
implications for design. 


RELATED WORK 

The first system to address window overload explicitly was 
Xerox PARC’s Rooms [4], which let users organize groups 
of tasks into multiple virtual project rooms. Later window 
managers, e.g., Apple’s Spaces, offer similar task-context 
organizational strategies, but do not explicitly address the 
problem of extraneous windows. 


Although we know of no studies that investigate the specific 
causes of left-over windows, Barreau and Nardi’s [1] early 
study of desktop management offers some clues. They iden- 
tified three types of files, ephemeral, working and archived, 
noting that ‘quick-and-dirty reports and memos [end up in 
a] no-man’s land between ephemeral and working informa- 
tion’. Users must track but do not actively work on these 
files until after completing a follow-up activity. 


Hutchings et al. [5] emphasized the fact that information 
workers are constantly interrupted, with an average of 50 
tasks shifts over the course of a week. Resuming tasks re- 
quires effort, depending upon task complexity, duration, and 
length of absence, and they noted that some users leave win- 
dows open to remind them of previous tasks when they re- 
turn after an interruption. 


Salvucci [6] argues that reconstructing the task context af- 
ter an interrruption is critical for successful resumption and 
depends upon sometimes subtle cues in the external environ- 
ment. For laptop users, moving from one physical location 
to another not only affects the tasks performed, but may also 
disrupt the reconstruction process, potentially increasing the 
number of left-over windows. 


This paper investigates the characteristic patterns and under- 
lying causes of left-over windows. We hope this will lead to 
better window management tools that help users cope effec- 
tively with window clutter. 


FIELD STUDY 

We conducted a field study to help us understand the causes 
of window clutter, or why some users leave large numbers 
of windows open between work sessions. We asked the fol- 
lowing research questions: 


Q1: How do interruptions affect work-session duration? 


Q2: What is the relationship between left-over windows and 
the number of work sessions between reboots? 


Q3: Why don’t users close left-over windows? 


We define abandoned or left-over windows as those that re- 
main open from one work session to another, without being 
modified by the user in any way. Some windows are all or 
partially visible, others may be minimized or hidden behind 
other windows. We define a work session as a continuous 
interaction between the user and the computer, bracketed by 
periods of inactivity. Rebooting or sleeping the computer 
always ends a work session, as does lack of input from the 
user for one hour or more. 


Participants 

We recruited ten laptop users (three women) aged 31 to 58: 1 
CEO, 1 managing director, 3 professors, 2 associate profes- 
sors, 1 researcher and 2 post-doctoral fellows. They engage 
in teaching (60%), engineering (60%), administration (70%) 
and research (80%). 


WM-LISA Logger 

We developed WM-LISA — Window Management Logger 
Investigating Session behavior and Abandoned windows — 
to log the opening and closing of windows, applications and 
system events. Similar to the wmtrace [2] logger for X Win- 
dows, WM-LISA runs as an unobtrusive background pro- 
cess on the Mac OS X operating system (10.5 and higher) 
that intercepts low-level window manager events and Apple 
Accessibility API information. 


WM-LISA records IDs and times of all standard window 
events and uses Applescript to log information about tabs 
within Safari web browser windows, e.g. the number of 
tabs and their corresponding IDs. It uses low-level acces- 
sibility and device events to generate high-level window and 
tab manipulation events, e.g., window content changed and 
window viewport changed (scrolling). WM-LISA also logs 
when the computer goes to sleep, awakens, is rebooted or 
shut down. Temporary windows, e.g., dialog boxes, tooltips, 
menus, system menu bars and icons, are not logged. 


Data collected 

We recorded responses to semi-structured interviews and crit- 
ical-incident style questionnaires. We also collected logs of 
every window, tab, sleep, wake-up and reboot event moni- 
tored by WM-LISA. 


Procedure 

We asked participants to avoid deleting windows prior to 
our initial interview, except any they considered confiden- 
tial. We conducted each interview in the participants’ of- 
fices and asked about their window management strategies. 
We installed WM-LISA and asked them to use the Safari 
web browser for the 14 days of the study. WM-LISA logged 
events silently for the first 10 days. For the final four days, 
whenever the participant started a new session, a question- 
naire popped up based on five randomly chosen screenshots 
from their current set of left-over windows. Participants 
were encouraged to avoid speculation and offer specific, in- 
context reasons as to why they abandoned certain windows. 


RESULTS 

Seven users answered at least one critical incident question- 
naire. We used ANOVA and Nominal Logistic analysis! to 
analyze 164,897 logged events. 


Session duration 

We identified 512 discrete sessions across all participants 
over the two-week study period, 50% of which were shorter 
than 65 minutes. Participants averaged 1-9 sessions per day 
(median = 4), divided into three periods: night (Qam-6am), 
day (1am-5pm), and evening (6pm-1 1pm). 


Most sessions occur during the day (F2,12 = 30.73, p < 0.0001, 
mean = 27.1 day sessions and mean = 88.9 length). These 
sessions tend to be shorter than evening or night sessions, 
which do not differ significantly from each other. Several 


'We used the JMP 9 statistical package. 





Left-over E yes ~ NO 











Number of Windows 


5 10 15 20 25 30 





40 45 50 55 60 65 70 


Number of Sessions Between Reboots 


Figure 2. Numbers of active (pale) and left-over (dark) windows both increase with greater inter-reboot intervals (all participants). 


participants commented that they are interrupted more fre- 
quently during office hours than in the evening or at night: 


“Very often when I leave work, I say I have not 
worked at all today, because for me working is doing 
research ... and that only happens when I close my [of- 
fice] door.” (P2) 


Reboot strategies 

We asked participants to describe their rebooting strategies. 
Six avoid rebooting and only do so for system updates, per- 
formance issues or system crashes: 


“T never choose to reboot. ... I have to reboot be- 
cause of updates. I do not choose to.” (P10) 


We classified these six participants as seldom rebooters (SR). 
They often become overwhelmed by their left-over windows, 
dealing with them by default when they are forced to reboot. 


The remaining four are normal rebooters (NR). They control 
the number of left-over windows by setting aside a regular 
time to ‘clean-up’ their windows, at the end of the day or in 
conjunction with a scheduled reboot. Not surprisingly, SR 
participants rebooted less frequently than NR participants 
(p < 0.006, r? = 0.57): One participant (P1), a seldom re- 
booter, never rebooted during the two weeks of the study. 


Figure 2 shows that, as the number of sessions between re- 
boots increases, so does the overall number of open win- 
dows (p < 0.0001, r? = 0.03) and tabs (p < 0.0001, r? = 0.34). 
Seldom rebooters keep significantly more windows open si- 
multaneously than normal rebooters (p < 0.0001, r? = 0.27): 
median = 17 vs. median = 5 windows. 


“It’s a cycle: things get progressively more clut- 
tered and one day I say, ‘OK’, I cannot do this anymore 
and so I clean up.” (P1) 


As the interval between reboots increases, the number of 
left-over windows tracks the overall increase in the number 
of windows (p < 0.01, r? = 0.5). However, the number of left- 
over tabs does not show a corresponding increase (p < 0.3, 
r? = 0.22), implying that tabs are more likely to be reused 
than left over. 


Left-over window patterns 


How long do windows stay open? 
We define the window session lifetime as the number of ses- 
sions from when the window or tab was first opened and 
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Figure 3. Open vs. left-over windows: 

P1 (SR) never rebooted, has the most open and left-over windows; 
P10 (SR) rebooted 3 times, half as many open and left-over windows; 
P2 (NR) rebooted 7 times, few open and almost no left-over windows. 


when it was closed. This varies across participants (Fy, = 
5.1, p < 0.0001) who cluster into three groups (based on a 
Tukey post-hoc test): (A) PI keeps windows the longest (mean 
= 22.2 sessions); (B) P8 (mean = 14.1 sessions) and P9 
(mean = 13.1 sessions) keep windows for an intermedi- 
ate number of sessions; and (C) the remaining participants 
keep them for relatively few sessions. Seldom rebooters 
keep windows longer than normal rebooters (F11 = 97.3, 
p < 0.0001, mean = 8.5 sessions vs. mean = 2.7 sessions). 


P1, who never rebooted, had the longest window session life- 
time, 58 sessions for both windows and tabs. Even group C, 
with the shortest window session lifetime, left some win- 
dows open for up to 29 sessions and left some tabs open for 
up to 21 sessions. 


How many windows are left over within a session? 

The most striking finding was that, within a given session, 
all participants avoided interacting with approximately one 
third of their windows (mean = 36.6%), regardless of the 
overall number of open windows or reboot practices. How- 
ever, if we examine participants’ total numbers of left-over 
windows, we see three distinct groups: (A) P1, P3, P8, P4 
keep a mean of 57.1% left-over windows, (B) P10, P9 keep 
a mean of 30.8% left-over windows and (C) P2 keep a mean 
of 4.7% left-over windows (Fo, = 144.6, p < 0.0001). The 
remaining three participants fit between groups (B) and (C). 
Figure 2 shows the aggregate number of active (pale blue) 
and left-over (dark blue) windows per session: the numbers 
of each both increase as the number of sessions between re- 
boots (inter-reboot interval) increases. Figure 3 compares 
active vs. left-over windows for three representative partici- 
pants from each group: PI (A), P10 (B), and P2 (C). 


What causes long-term left-over windows? 

Gonzalez et al. [3] observed that information workers or- 
ganize their daily activities into multiple high-level units of 
work, referred to as working spheres. They found that peo- 
ple switched to a new working sphere about one third of the 
time, without returning to it that day. This suggests that in- 
terruptions and task switching increase the number of work 
sessions in a day, while decreasing their duration. 


We decided to examine the differences between short-term 
and long-term left-over windows. We categorize a window 
as ‘short-term left-over’ if it is opened in a session and, after 
a number of short, interrupt-driven sessions, dealt with later 
the same day. In opposition to such windows, which users 
return to relatively quickly, windows that are abandoned for 
days at a time are ‘longer-term left-over’. 


We found that the participants who seldom reboot (SR) leave 
a higher percentage of windows open and untouched over 
multiple days (34% vs. 22% for normal rebooters; F1,1 = 5.3, 
p = 0.049). Although everyone had left-over windows, only 
seven had left-over tabs. Of these, only 16% were left over 
for more than a day, with no significant differences between 
SR and NR participants. 


Why do users create left-over windows? 

Although a number of left-over windows are simply forgot- 
ten, others persist for good reasons. Table 1 summarizes why 
participants create left-over windows, drawn from both the 
interviews and the critical-incident questionnaires. 


DISCUSSION AND CONCLUSION 

This paper describes a field study of how ten laptop users 
deal with the window clutter caused by left-over windows. 
We found that interruptions during the day not only result in 
shorter work sessions but also increase the total number of 
left-over windows, with a corresponding increase in window 
clutter (Q1). Users who seldom reboot are more affected 
than those who reboot often. 


We also found that all participants accumulated left-over win- 
dows over time, with a corresponding increase in window 
clutter until the next reboot (Q2). Regardless of the over- 
all number of open windows or reboot rate, approximately 
one third of each participant’s windows remained untouched 
during the current work session. 


Participants offered a number of positive reasons for keep- 
ing left-over windows (Q3), including reminders, to do lists 
and facilitating future access to specific windows. However, 
they also admitted that many were forgotten and caused un- 
desireable window clutter. 


Although our study was limited to a small group of Mac 
OS X users, it suggests that beneficial features such as us- 
ing sleep mode to delay closing windows may have unin- 
tended side effects, in this case progressively increasing the 
user’s window clutter. We argue that we need to consider 
this when designing window management tools, allowing 
users to quickly identify left-over windows and distinguish 


Sample participant comment 


Intermittent This is documentation I program with ... I keep 

Access the window open because I still have [to work 

on it]. (P8) 

This is my email client which stays open when 

I‘m in front of my computer. Sometimes I min- 

imize it. (P6) 

Task [This] email window has probably been 

Reminders around since February (in a July interview.) 
I need to collect data and it isn’t high enough 
on my priority list.” (P1) 


Permanent 
Access 


I keep this window open as a bookmark but 
also to remind me to finish it. This is impor- 
tant as a mid- or long-term [task], but not for 
now.” (P8) 


I minimize [windows] ordered by priority. It 
is also a todo list. I look at the filename to see 
what I have to do and I order them accord- 
ingly. (P6) 


Longterm 
Reminders 


This message arrived today that I want to re- 
member to tell [name] about. I'll close it when 
I’ve talked to her about it (probably tomor- 
row). (P1) 


Awaiting 
Action 


Completed This is a Finder window with the folder of an 
Tasks old presentation. I usually keep several Finder 
windows open, some are just forgotten. (P4) 


I searched this PDF document for a presenta- 
tion that I am preparing. I closed the window 
of the active presentation but forgot this win- 
dow. (P8) 


Forgotten 
Clean up 





Table 1. Reasons for keeping left-over windows. 


between those that serve a useful purpose and those that were 
simply forgotten and are now getting in the way. 
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